윈도우 인스톨러
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
윈도우 인스톨러는 마이크로소프트 윈도우 운영 체제에서 소프트웨어 설치, 제거 및 관리를 위한 구성 요소이다. 각 버전별로 다양한 운영체제에 내장되거나 재배포되며, 윈도우 인스톨러 3.0, 3.1, 4.5 버전은 재배포가 가능하다. 윈도우 인스톨러는 패키지, 제품, 기능, 구성 요소, 키 경로 등의 구조로 이루어져 있으며, 설치 단계는 UI 시퀀스, 실행 시퀀스, 롤백으로 진행된다. 또한, 어드버타이즈, 온디맨드 설치, 관리 설치 등의 기능을 제공하며, ICE 유효성 검사를 통해 데이터베이스의 문제점을 감지하고, 상세한 로깅 기능을 통해 문제 해결을 지원한다. 윈도우 비스타 이후 버전에서는 사용자 계정 컨트롤(UAC)과의 연동 및 재시작 관리 기능이 개선되었다.
더 읽어볼만한 페이지
- 설치 소프트웨어 - 데이지 체인
데이지 체인은 여러 장치를 순차적으로 연결하여 신호 전달, 주변 기기 연결, 네트워크 구성 등에 활용되며, 연결 유연성, 케이블 관리 편의성, 네트워크 연결성 향상에 기여하는 방식이다. - 설치 소프트웨어 - 인스톨레이션
인스톨레이션은 응용 소프트웨어나 장치 드라이버와 같은 컴퓨터 파일을 설치하는 과정 또는 이를 돕는 프로그램을 말하며, 설치 방식에는 다양한 유형이 있고, 설치 프로그램은 설치 과정을 간편하게 만들고 필요한 파일들을 시스템에 복사하는 역할을 한다. - 마이크로소프트 API - 윈도우 API
윈도우 API는 마이크로소프트 윈도우 운영 체제에서 응용 프로그램이 시스템 기능에 접근하도록 돕는 인터페이스 집합이며, 다양한 버전으로 발전해 왔고, 현재 Win32가 널리 사용되며, 유연성을 제공하지만 복잡하다는 단점을 보완하기 위해 다양한 래퍼 라이브러리가 개발되었다. - 마이크로소프트 API - WinFS
WinFS는 마이크로소프트가 개발한 파일 시스템으로, 검색 기능 내장 및 메타데이터 관리를 통해 데이터 관리 효율성을 높이는 것을 목표로 했으나 별도 제품으로 출시되지는 못하고 핵심 기능들이 윈도우 비스타 이후 기술에 통합되었다. - 윈도우 구성 요소 - 인터넷 익스플로러
마이크로소프트가 개발한 웹 브라우저인 인터넷 익스플로러는 윈도우 운영 체제와의 통합으로 높은 시장 점유율을 유지했으나, 웹 표준 문제와 보안 취약점으로 비판받으며 2015년 엣지에 자리를 내주고 2022년 지원이 종료되었지만, 엣지의 IE 모드로 레거시 호환성을 유지하고 있다. - 윈도우 구성 요소 - 원격 데스크톱 서비스
원격 데스크톱 서비스(RDS)는 네트워크를 통해 원격으로 컴퓨터의 데스크톱 환경에 접근할 수 있게 해주는 기술이며, 클라이언트 소프트웨어, 서버 구성 요소, 다양한 역할을 수행하는 구성 요소로 구성된다.
| 윈도우 인스톨러 - [IT 관련 정보]에 관한 문서 | |
|---|---|
| 개요 | |
| 종류 | 설치 프로그램 |
| 개발사 | 마이크로소프트 |
| 최초 출시일 | 1999년 8월 31일 |
| 사용 중단 | 예 |
| 최신 버전 | 5.0 |
| 최신 버전 출시일 | 2009년 7월 22일 |
| 운영 체제 | 마이크로소프트 윈도우 |
| 플랫폼 | IA-32, x86-64, ARM32, ARM64, 아이테니엄 |
| 포함된 운영 체제 | 윈도우 2000 윈도우 Me 윈도우 XP 윈도우 서버 2003 윈도우 비스타 윈도우 서버 2008 윈도우 7 윈도우 서버 2008 R2 |
| 사용 가능 운영 체제 | 윈도우 95 윈도우 98 윈도우 NT 4.0 |
| 라이선스 | 프리웨어 |
| 파일 형식 | |
| 이름 | 윈도우 인스톨러 패키지 |
| 확장자 | .msi, .msp |
| 마임 형식 | application/x-ole-storage |
| 종류 | 압축 |
| 포함 내용 | 설치 정보 및 선택적 .cab 파일 페이로드 |
| 기반 | COM Structured Storage |
| 소유자 | 마이크로소프트 |
| 기술 정보 | |
| 서비스 이름 | msiserver |
| 서비스 설명 | 윈도우 인스톨러 |
| 관련 구성 요소 | 해당 사항 없음 |
2. 버전
윈도우 인스톨러는 마이크로소프트 윈도우 운영 체제에서 소프트웨어 설치, 제거 및 관리를 위해 사용되는 구성 요소이다. 윈도우 인스톨러는 시간이 지남에 따라 여러 버전으로 출시되었으며, 각 버전은 새로운 기능을 제공하거나 이전 버전의 성능을 개선하였다.
| 버전 | 제공일 | 표준 제공 | 추가 제공 |
|---|---|---|---|
| 1.0 | 1999년 | 윈도우 95, 윈도우 98, 윈도우 NT 4.0 (x86, Alpha) | |
| 1.1 | 2000년 | 윈도우 2000 | 윈도우 95, 윈도우 98, 윈도우 NT 4.0 SP6 (x86) |
| 1.2 | 2000년 | 윈도우 미 | |
| 2.0 | 2001년 | 윈도우 XP RTM/SP1, 윈도우 2000 SP3/SP4, 윈도우 서버 2003 RTM | 윈도우 95, 윈도우 98, 윈도우 미, 윈도우 NT 4.0 SP6 (x86), 윈도우 2000 |
| 3.0 | 2004년 | 윈도우 XP SP2 | 윈도우 2000 SP3/SP4, 윈도우 XP RTM/SP1, 윈도우 서버 2003 |
| 3.1 | 2005년 | 윈도우 XP SP3, 윈도우 서버 2003 SP1/SP2 | 윈도우 2000 SP3/SP4, 윈도우 XP RTM/SP1/SP2, 윈도우 서버 2003 RTM |
| 4.0 | 2006년 | 윈도우 비스타, 윈도우 서버 2008 | |
| 4.5 | 2008년 | 윈도우 비스타 SP2, 윈도우 서버 2008 SP2 | 윈도우 XP SP2/SP3, 윈도우 서버 2003 SP1/SP2, 윈도우 비스타, 윈도우 서버 2008 |
| 5.0 | 2009년 | 윈도우 7, 윈도우 서버 2008 R2 |
각 버전별 자세한 특징은 "버전별 특징" 하위 섹션에서 확인할 수 있다.
2. 1. 버전별 특징
각 윈도우 인스톨러 버전과 해당 버전을 기본 내장하거나 재배포할 수 있는 윈도우 운영 체제는 다음과 같다.[18]| 버전 | 기본 내장 | 재배포 |
|---|---|---|
| 1.0 | 오피스 2000 | - |
| 1.1 | 윈도우 2000 | 윈도우 95, 98, NT 4.0 SP6 |
| 1.2 | 윈도우 미 | - |
| 2.0 | 윈도우 XP RTM/SP1, 윈도우 2000 SP3, 윈도우 서버 2003 | 윈도우 95, 98, 윈도우 미, NT 4.0 SP6, 윈도우 2000 SP3 이하 |
| 3.0 | 윈도우 XP SP2 | 윈도우 2000 SP3/SP4, 윈도우 XP RTM/SP1, 윈도우 서버 2003 |
| 3.1 | 윈도우 서버 2003 SP1, 윈도우 XP 프로페셔널 x64 에디션, 윈도우 XP SP3 | 윈도우 2000 SP3/SP4, 윈도우 XP RTM/SP1/SP2, 윈도우 서버 2003 |
| 4.0 | 윈도우 비스타, 윈도우 서버 2008 | - |
| 4.5[19] | 윈도우 비스타 SP2, 윈도우 서버 2008 SP2 | 윈도우 비스타, 윈도우 서버 2008, 윈도우 XP SP2 이상, 윈도우 서버 2003 SP1 이상 |
| 5.0 | 윈도우 7, 윈도우 서버 2008 R2 |
윈도우 인스톨러 패키지(.msi)는 설치에 필요한 정보와 파일을 포함하는 관계형 데이터베이스와 같다. 이 패키지는 제품, 기능, 구성 요소, 키 경로 등의 논리적 구조로 구성된다.
3. 패키지 구조
패키지는 하나 이상의 완전한 ''제품'' 설치를 설명하며, GUID로 고유하게 식별된다. 윈도우 인스톨러는 제품 간의 종속성을 처리하지 않는다. 패키지는 패키지 실행 방식을 설명하는 패키지 로직 및 기타 메타데이터를 포함한다. 예를 들어, 제품 내 EXE 파일을 변경하려면 릴리스 관리를 위해 ProductCode 또는 ProductVersion을 변경해야 할 수 있다. 그러나 제품이 이전 버전과 정확히 동일한 상태에서 시작 조건을 변경하거나 추가하는 것만으로는 MSI 파일 자체의 릴리스 관리를 위해 PackageCode를 변경해야 한다.
패키지가 가질 수 있는 가장 큰 단위는 '''프로덕트''' (product)이다. 패키지는 여러 프로덕트의 설치 정보를 저장할 수 있으며, 프로덕트는 전 세계적으로 고유한 식별자인 GUID (PackageCode 속성)로 식별된다.3. 1. 제품 (Product)
단일 설치 실행 프로그램(또는 프로그램 집합)을 ''제품''이라고 한다. 제품은 고유 GUID(ProductCode영어 속성)로 식별되며, 이를 통해 전 세계적으로 공식적인 식별이 가능하다.[16] 마이크로소프트 오피스와 같은 단일 제품이 윈도우 인스톨러의 제품이 된다.[16]
제품은 GUID(ProductCode영어 속성)로 식별된다. 제품과 패키지는 별개의 단위로, 하나의 MSI 패키지로 여러 제품을 설치할 수 있다. 예를 들어, 어떤 프로그램의 프랑스어 버전과 영어 버전을 하나의 MSI로 설치하는 경우, 각 언어별 프로그램은 별도의 제품이 된다.[16]
3. 2. 기능 (Feature)
기능은 구성 요소의 계층적 그룹이다. 기능은 여러 구성 요소와 다른 하위 기능을 포함할 수 있으며, 사용자는 설치할 때 기능 단위로 설치 여부를 선택할 수 있다. 더 작은 패키지는 단일 기능으로 구성될 수 있고, 더 복잡한 설치 프로그램은 "사용자 지정 설정" 대화 상자를 표시할 수 있다.[1]
패키지 작성자는 제품 기능을 정의한다. 예를 들어, 워드 프로세서는 프로그램의 핵심 파일을 하나의 기능에, 프로그램의 도움말 파일, 선택적 맞춤법 검사기 및 문구 모듈을 추가 기능에 배치할 수 있다.[1]
기능은 컴포넌트를 계층적으로 묶은 구조이며, 하나의 기능은 여러 컴포넌트로 구성된다. 또한 기능 안에 기능을 중첩시킬 수도 있으며, 다른 기능에 포함된 기능을 ''하위 기능''이라고 부른다. 대부분의 소프트웨어는 패키지가 단일 기능으로 구성되지만, 대규모 설치 프로그램에서는 ''사용자 지정 설치'' 대화 상자가 표시되어 사용자가 설치/제거할 기능을 선택할 수 있다.[1]
3. 3. 구성 요소 (Component)
구성 요소는 윈도우 인스톨러가 처리하는 가장 작은 단위이다. 인스톨러는 구성 요소의 일부분만 설치할 수 없다.[7] 구성 요소는 프로그램 파일, 폴더, COM 구성 요소, 레지스트리 키, 바로 가기 등을 포함할 수 있다. 사용자는 구성 요소와 직접적으로 상호 작용하지 않는다.
구성 요소는 GUID로 전역적으로 식별된다. 따라서 동일한 구성 요소를 동일한 패키지 또는 여러 패키지의 여러 기능 간에 공유할 수 있으며, 이상적으로는 병합 모듈을 사용하여 공유할 수 있다.
3. 4. 키 경로 (Key Path)
키 경로는 패키지 작성자가 특정 구성 요소에 대해 중요하다고 지정한 특정 파일, 레지스트리 키 또는 ODBC 데이터 원본이다. 파일이 가장 일반적인 유형의 키 경로이기 때문에 "키 파일"이라는 용어가 일반적으로 사용된다. 구성 요소는 최대 하나의 키 경로를 포함할 수 있다. 구성 요소에 명시적인 키 경로가 없으면 구성 요소의 대상 폴더가 키 경로로 간주된다. MSI 기반 프로그램이 시작되면 윈도우 인스톨러는 키 경로의 존재 여부를 확인한다. 현재 시스템 상태와 MSI 패키지에 지정된 값 사이에 불일치(예: 키 파일이 누락됨)가 있는 경우 관련 기능이 다시 설치된다. 이 프로세스를 "자동 복구" 또는 "자가 복구"라고 한다. 두 개의 구성 요소는 동일한 키 경로를 사용해서는 안 된다.[1]
4. 설치 단계
윈도우 인스톨러는 설치 과정을 UI 시퀀스와 실행 시퀀스로 나누어 처리한다. UI 시퀀스는 사용자 인터페이스를 통해 설치 옵션을 선택하고 설치 대상 시스템의 상태를 확인하는 단계이다. 실행 시퀀스는 실제로 시스템에 변경을 가하며, 즉시 실행 모드와 지연 실행 모드로 나뉜다. 설치 도중 오류가 발생하거나 사용자가 설치를 취소하면, 윈도우 인스톨러는 롤백 기능을 통해 시스템을 이전 상태로 복원한다.[1]
4. 1. UI 시퀀스
UI 시퀀스에서는 설치 대상 시스템의 상태를 확인하고, 설치 마법사를 표시하며, 사용자에게 설치 옵션을 선택하도록 한다.UI 시퀀스 중에는 시스템에 대한 변경은 전혀 이루어지지 않는다. 여기에는 세 가지 이유가 있다.
# MSI 패키지는 quiet 모드로 실행할 수 있다. quiet 모드에서는 GUI가 전혀 표시되지 않으며, 일반적으로 UI 시퀀스에서 지정하는 정보는 모두 명령줄에서 지정된다. 따라서 사용자 인터페이스에서 수행되는 모든 액션은 quiet 모드에서는 실행되지 않는다. quiet 모드로 설치를 수행하려면 명령줄에서 msiexec.exe를 '''/qn''' (또는 '''/qb''', '''/qr''') 옵션과 함께 실행한다.
# 마찬가지로, 제어판의 프로그램 추가/제거에서 '제거' 버튼을 클릭한 경우에는 제거 프로그램이 실행되지만, 여기에서도 설치 시 UI 시퀀스에서 수행된 모든 액션은 실행되지 않는다.
# 시스템에 변경을 가하는 액션을 UI 시퀀스 중에서 실행한 경우, 권한 상승 기능으로 승격된 권한이 아닌, 설치 프로그램을 실행한 사용자의 권한으로 시스템 변경 처리가 실행된다. 이에 대해서는 이후 섹션에서 설명한다.
UI 시퀀스 중에서 수행되는 액션과 표시되는 대화 상자는 InstallUISequence 테이블에 정의된다. 비슷한 테이블로 AdminUISequence 테이블이 있으며, 여기에서는 관리 설치에서 실행되는 액션과 표시되는 대화 상자가 정의된다.
4. 2. 실행 시퀀스
전형적인 MSI 설치 마법사에서 '완료' 또는 '설치' 버튼을 누르면 실행 시퀀스가 실행되어 컴포넌트의 실제 설치가 이루어진다. 실행 단계에서는 시스템에 변경이 가해지는 한편, 사용자 인터페이스는 일절 표시되지 않는다.실행 단계는 다음 두 단계로 나누어 실행된다.
- '''즉시 실행 모드''': 이 단계에서 윈도우 인스톨러는 사용자 또는 애플리케이션으로부터 제품의 설치·제거에 필요한 명령을 받는다. 요청이 발행되면 '''액션'''(action)의 '''시퀀스'''(sequence)가 실행되어, 데이터베이스 내의 정보로부터 지연 실행 모드에서 수행해야 할 처리를 기술한 스크립트가 내부적으로 구축된다.
- '''지연 실행 모드''': 이 단계에서는 즉시 실행 모드에서 구축된 스크립트가 실행된다. 스크립트는 윈도우 인스톨러 서비스가 동작하고 있는 계정(LocalSystem 계정)으로 실행된다. 이는 설치 처리를 시작하는 방법이 다양하기 때문이다. 예를 들어, 비특권 사용자가 설치를 수행하는 경우에는 특권 사용자에게로의 승격이 필요하다(특권 사용자로 승격하여 설치를 수행하려면, 패키지가 Local administrator에 의해 배포되어 있거나, 시스템 관리자가 그룹 정책으로 패키지를 광고하고 있어야 한다).
일반적인 설치에서 실행되는 액션의 시퀀스는 InstallExecuteSequence 테이블에 저장된다. 마찬가지로, 관리 설치에서 실행되는 액션은 AdminExecuteSequence 테이블에, 광고된 패키지의 설치에서 실행되는 액션은 AdvtExecuteSequence 테이블에 저장된다.
4. 3. 롤백 (Rollback)
설치 도중 오류가 발생하거나 사용자가 설치를 취소하면, 윈도우 인스톨러는 롤백 기능을 통해 시스템을 이전 상태로 복원한다.[1] 윈도우 인스톨러의 표준 작업은 실행될 때 자동으로 롤백 스크립트에 기록되며, 롤백 처리에서는 해당 스크립트가 실행된다.[1] 패키지 작성자가 시스템을 변경하는 사용자 지정 작업을 만드는 경우, 이에 대응하는 롤백 작업도 만들어야 한다.[1] 제거용 작업에도 마찬가지로 롤백용 작업이 필요하다.[1] 이 메커니즘을 통해 제거에 실패할 경우 재설치가 수행되는 다소 특이한 처리가 이루어진다.[1]5. 기타 기능
윈도우 인스톨러는 어드버타이즈, 온디맨드 설치, 관리 설치 등의 추가 기능을 제공한다.
- 어드버타이즈(Advertise): 제품이 설치된 것처럼 보이지만, 실제 설치는 사용자가 처음 실행할 때 이루어진다.
- 온디맨드 설치(Install on Demand): 사용자가 특정 기능을 사용하려고 할 때 해당 기능이 설치된다.
- 관리 설치(Administrative Installation): 압축되지 않은 제품 이미지를 생성하며, 주로 네트워크를 통해 설치하거나 실행할 때 사용된다.
5. 1. 어드버타이즈 (Advertise)
윈도우 인스톨러는 제품을 '''어드버타이즈'''(advertise, 광고)할 수 있다. 제품이 어드버타이즈되면, 사용자에게는 제품이 설치된 것처럼 보이지만 실제 설치는 사용자가 제품을 처음 실행할 때 (시작 메뉴에서 실행, 연결된 파일을 열기, 어드버타이즈에 의해 설정된 COM 클래스를 호출하는 등) 실행된다.[1] 패키지를 어드버타이즈하려면, 그룹 정책 또는 기타 배포 메커니즘을 사용하거나, msiexec.exe를 '''/jm''' (모든 사용자에 대해 어드버타이즈) 또는 '''/ju''' (현재 사용자에 대해 어드버타이즈) 옵션과 함께 실행한다.[1]5. 2. 온디맨드 설치 (Install on Demand)
광고와 마찬가지로, 온디맨드 설치로 지정된 '''기능'''은 사용자가 해당 기능을 사용하려 할 때 처음 설치된다.5. 3. 관리 설치 (Administrative Installation)
관리 설치는 압축되지 않은 상태의 제품 이미지를 생성한다. 이 기능은 주로 애플리케이션을 네트워크 드라이브에서 설치하거나 실행할 때 사용된다. 일반적인 설치와는 달리 바로가기 생성, COM 서버 등록, "프로그램 추가/제거"에 추가하는 작업은 수행되지 않는다. 관리 설치는 전개된 설치용 소스에서 기능을 실행할 경우 자주 사용된다.관리 설치는 윈도우 인스톨러의 패치를 생성할 때도 사용된다. 이는 바이너리 파일의 차이를 얻기 위해 이전 버전과 새 버전의 전개된 이미지가 필요하기 때문이다. 관리 설치를 수행하려면 msiexec.exe를 '''/a''' 옵션과 함께 실행한다.
6. ICE 유효성 검사
마이크로소프트는 MSI 데이터베이스의 잠재적인 문제를 감지하기 위해 내부 일관성 평가기(ICE)를 제공한다.[11] ICE 규칙은 CUB 파일에 정의되어 있으며, 대상 MSI 데이터베이스의 유효성 검사 경고 및 오류 여부를 테스트하는 사용자 지정 작업을 포함하는 축소된 MSI 파일이다. ICE 유효성 검사는 플랫폼 SDK 도구인 Orca 및 msival2 또는 다양한 제작 환경과 함께 제공되는 유효성 검사 도구를 사용하여 수행할 수 있다.
ICE 규칙의 예시는 다음과 같다.
- ICE09: 시스템 폴더로 전송될 모든 구성 요소가 영구적으로 표시되었는지 확인한다.
- ICE24: 제품 코드, 제품 버전 및 제품 언어가 적절한 형식을 갖추고 있는지 확인한다.
- ICE33: 레지스트리 테이블이 다른 테이블(클래스, 확장, 동사 등)에 더 적합한 데이터에 사용되지 않는지 확인한다.
ICE 유효성 검사 경고 및 오류를 해결하는 것은 릴리스 프로세스의 중요한 단계이다.
7. 진단 로그
윈도우 인스톨러는 문제 해결을 위한 강력한 진단 도구로, 상세한 로깅 기능을 제공한다. 로깅은 다음과 같은 방법으로 활성화할 수 있다.
- '''명령줄''': MSI 패키지를 명령줄에서 설치할 때, `/L` 옵션을 지정하면 로깅이 활성화된다. 예를 들어, `msiexec /i Package.msi /l*v c:\Package.log` 명령은 Package.msi를 설치하고 상세한 로그를 `c:\Package.log`에 출력한다.
- '''윈도우 레지스트리''': 레지스트리에 다음 값을 설정하면 상세한 로깅이 활성화된다.